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ABSTRACT 



Communicating voice over a packet-switching network is 
implemented on a telecommunications network that 
includes the packet -switching network, two coding units 
coupled to the packet -switching network and to an originat- 
ing node and a terminating node, respectively, and at least 
one signaling apparatus. The first of the two coding units is 
configured to extract signaling data associated with the voice 
call and transmit the signaling data and its network address 
to the signaling apparatus. Signaling data for establishing 
the voice call is received by the signaling apparatus, and a 
network address of the first coding unit in the packet- 
switching network is obtained. The second coding unit is 
controlled to establish a bearer channel with the first coding 
unit for carrying the voice data through the packet-switching 
network, based on the network address. 

30 Claims, 5 Drawing Sheets 
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COMMUNICATING VOICE OVER A 
PACKET-SWITCHING NETWORK 

FIELD OF THE INVENTION 

The present invention relates to telecommunications and 
more particularly to packet switched networking systems 
capable of carrying voice traffic. 

BACKGROUND OF THE INVENTION 

Recent legislative changes in the United States have 
promoted competition in the telecommunication industry 
and spurred demand for new services at lower prices. These 
trends are pressuring major telecommunications carriers to 
increase capacity while reducing the cost of providing 
service. Consequently, major carriers around the world are 
looking to packet technologies, such as Internet Protocol 
(IP), frame relay, and Asynchronous Transfer Mode (ATM), 
to replace circuit -switched technologies in the Public 
Switched Telephone Network (PSTN) for providing voice 
capability. In addition, IP, frame relay, ATM, and other 
packet-based technologies offer narrow-band and broad- 
band services to selected customers on the same network, 
providing the same platform for integrated voice, data, and 
video services from low bandwidth to very high bandwidths. 

Over the decades, however, major voice carriers have 
invested heavily in developing a Signaling System 7 (SS7) 
signaling and switching infrastructure to offer reliable tele- 
phone service. This infrastructure includes countless sys- 
tems for billing, provisioning, maintenance, and databases 
that are compatible only with SS7. These systems are 
commonly referred to "legacy systems," a term that also 
includes other proprietary protocols such as ISDN_PRI, 
DPNSS, ISUP, TUP, NUP, H.323, and SIP. Due to the 
substantial investment in the legacy systems, it is desirable 
to keep the legacy systems in operation, yet still take 
advantage of the newer packet technologies. 

These legacy systems, however, do not handle the proto- 
cols for the newer packet-switching networks, and, due to 
the age of many of the legacy systems, it is difficult and 
expensive to upgrade or replace the legacy systems to 
support the newer packet-switching protocols. 

Accordingly, there exists a need for establishing and 
carrying voice calls that are originated or terminated by 
legacy systems over a packet-switching network. There is 
also a need for a way to seamlessly integrate legacy SS7- 
type systems and newer packet-switching networks. 

Moreover, certain demographic trends are motivating 
telephone call carriers to integrate their systems with packet- 
switched networks. Certain countries are known to generate 
an above-average amount of long-distance telephone traffic. 
For example, residents of Israel are known to consume 
long-distance telephone services at a rate far greater than the 
average of residents in other industrialized nations. Long- 
distance telephone services carried over the PSTN are 
expensive. Voice calls carried over the globally accessible 
packet -switched network known as the Internet, however, 
are generally free. Accordingly, local telephone companies 
and other call access providers in certain countries are 
acutely interested in finding ways to integrate the PSTN with 
the Internet, data. In some embodiments, the first coding unit 
and the second coding unit are symmetrical and capable of 
performing both originating and terminating functions, 
depending on the call direction at any particular moment. 

In one mode of operation, the first signaling unit receives 
the signaling data for establishing the voice call, obtains a 
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network address of the first coding unit in the packet- 
switching network, and directly or indirectly controls the 
second coding unit to establish a bearer channel with the first 
coding unit for carrying the voice data through the packet - 

5 switching network, based on the network address. In another 
mode of operation, the signaling unit communicates with a 
second signaling unit to indirectly control the second coding 
unit to establish a bearer channel. 

Another aspect of the invention relates to a signaling 

10 apparatus and a method for establishing a voice call bearing 
voice data through a packet-switching network. 
Accordingly, the signaling apparatus receives signaling data 
for establishing the voice cal by a first coding unit and 
obtains a network address of the first coding unit within the 

15 packet -switching network. A second coding unit is con- 
trolled to establish a bearer channel with the first coding unit 
for carrying the voice data through the packet-switching 
network, based on the network address. 
Still other objects and advantages of the invention will 

20 become readily apparent from the following detailed 
description, simply by way of illustration of the best mode 
contemplated of carrying out the invention. As will be 
realized, the invention is capable of other and different 
embodiments and its several details are capable of modifi- 

25 cations in various obvious respects, all without departing 
from the invention. Accordingly, the drawings and descrip- 
tion are intended as illustrative and not as restrictive. 

SUMMARY OF THE INVENTION 

30 

These needs, and other needs that will become apparent 
from the following description, are addressed by the present 
invention, which implements voice calls over a packet- 
switched network. As used herein, a "voice call" refers to 

35 both the voice signaling necessary to establish and tear down 
a voice connection and the voice data bome over the voice 
connection. Voice data includes human voice as well as data 
embedded in a voice signal, such as modem data, and 
facsimile data. The voice signaling, associated with the 

40 voice data, can be embedded in the same channel as the 
voice data, time-division multiplexed with the voice data on 
the same physical line, or present on a separate channel from 
the voice data. 

More specifically, mechanisms are provided for handing 

45 the Layer 3 voice signaling of a voice call by a signaling 
apparatus and the Layer 2 voice traffic of the voice call by 
coding units. The signaling apparatus implements signaling 
interworking and protocol conversion, if necessary, between 
the legacy systems and the packet -switching network. The 

50 coding units convert bearer voice traffic between legacy and 
packet formats and, in some configurations, groom and 
backhaul the signaling information for the voice to the 
signaling apparatus. By separating the processing for voice 
signaling from handling the voice data, a flexible solution 

55 for integrating with legacy systems is attained. 

One aspect of the invention involves a telecommunica- 
tions network that includes a packet -switching network, 
such as an IP, ATM, or frame relay network, at least two 
coding units coupled to the packet -switching network and to 

60 an originating node and a terminating node, respectively, 
and a signaling apparatus coupled to the coding units. The 
first of the two coding units is configured, among other 
things, to transmit its network address to the signaling 
apparatus and, in one embodiment, signaling data associated 

65 with the voice call. The second coding unit is controllable to 
establish a bearer channel with the first coding unit through 
the packet-switching network for the voice call 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example, 
and not by way of limitation, in the figures of the accom- 
panying drawings and in which like reference numerals refer 
to similar elements and in which: 

FIG. 1 is a diagram of a packet-switching network car- 
rying voice signals; 

FIG. 2 is a block diagram of a signaling unit; 

FIG. 3 is a block diagram of a software architecture of a 
signaling unit; 

FIG. 4 is a call flow diagram illustrating an establishment 
of a voice call and voice call release over a packet-switching 
network; 

FIG. 5(a) is a diagram of another packet-switching net- 
work carrying voice signals; 

FIG. 5(b) is a diagram of still another packet-switching 
network carrying voice signals; and 

FIG. 5(c) is a diagram of yet another packet-switching 
network carrying voice signals. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

A telecommunications method, network, and devices for 
carrying voice over a packet-switching network are 
described. In the following description, for the purposes of 
explanation, numerous specific details are set forth in order 
to provide a thorough understanding of the present inven- 
tion. It will be apparent, however, to one skilled in the art 
that the present invention may be practiced without these 
specific details. In other instances, well-known structures 
and devices are shown in block diagram form in order to 
avoid unnecessarily obscuring the present invention. 

Network Overveiw 

FIG. 1 depicts a telecommunications network that carries 
voice calls from an originating node 100 to a terminating 
node 160 over a packet -switching network 130, in which the 
voice signaling processing is separated from the processing 
of the voice data. More specifically, the voice signaling 
aspects of establishing and handling voice calls over packet- 
switching network 130 are provided by one or more signal- 
ing units, for example, the originating signaling unit 120 and 
the terminating signaling unit 140. The aspects relating to 
the voice traffic of a voice call are handled by one or more 
coding units, for example, the originating coding unit 110 
and the terminating coding unit 150. 

For purposes of illustration, FIG. 1 depicts a network 
configuration in which the originating coding 110 and the 
terminating coding unit 150 are coupled to respective sig- 
naling units, namely originating signaling unit 120 and 
terminating signaling unit 140. As described in more detail 
hereinafter, however, the signaling processing functionality 
for the originating signaling unit 120 and the terminating 
signaling unit 140 can be incorporated into a single signaling 
unit. Even though the signaling units and the coding units 
are generally described herein in terms of being separate 
devices, which can be geographically remote from one 
another, a signaling unit and a coding unit may also be 
incorporated as respective subsystems of a single computer 
system. Thus, the present invention is not limited to the 
configuration depicted in FIG. 1. 

Originating node 100 can be implemented as a Private i 
Branch eXchange (PBX), a telephone switch, a "smart 
phone" capable of generating voice calls, a wireless PBX, or 
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a legacy lelecomrminicn lions system. Similarly, terminating 
node 160 can also be a PBX, telephone switch, telephone, a 
wireless PBX, or legacy telecommunications system. 
Packet-switching network 130 is a network designed to 
5 carry information in the form of digital data packets. In such 
a network, data to be transmitted is subdivided into one or 
more individual packets of data, each having a unique 
identifier and a destination address. Each packet is individu- 
ally routed or switched to the destination address, and 
10 individual packets for a single body of data may traverse the 
packet-switching network by different routes. In fact, the 
individual packets may even arrive at the destination in a 
different order from which they were shipped, to be reas- 
sembled at the destination in the proper sequence based on 
the packet identifiers. Packet-switching network 130 can be 
15 implemented as an IP network, an ATM network, a frame 
relay network, or by any other packet-switching technology. 
In some implementations, the packet-switching network 130 
may even be overlaid on the PSTN. One example of 
packet-switching network 130 is the global packet- 
20 switching network known as the Internet. 

The telecommunication network of FIG. 1 includes an 
originating coding unit 110 and a terminating coding unit 
150 functioning as gateways between the respective origi- 
nating node 100 and the terminating node 160 and the 
25 packet-switching network 130. The originating coding unit 
110, coupled to the originating node 100 by a trunk such as 
a Tl line or an El line, converts multiplexed voice data 
produced by originating node 100 into packets for the 
packet-switching network 130. The voice data produced by 
30 originating node 100 may be, for example, Time Division 
Multiple Access (TDM A) and Code Division Multiple 
Access (CDMA) information. The originating coding unit 
110 can also be configured to support voice data encoding 
and decoding as well as associated functions such as echo 
35 cancellation, voice activity detection, and voice compres- 
sion. Similarly, the terminating coding unit 150 is also 
configured to convert between multiplexed voice data and 
voice data packets as well as the encoding and decoding 
functions. 

40 While a major purpose of the origination coding unit 110 
is to terminate the bearers from PBX 100, in some embodi- 
ments the originating coding unit 110 is also configured to 
extract or "groom" the signaling data associated with the 
incoming voice call from originating node 100. This signal- 

45 ing data is then transmitted or "backhauled" over a backhaul 
signaling link 112 to a signaling apparatus such as originat- 
ing signaling unit 120. The backhaul signaling link 112 can 
be implemented in various ways, including by an IP con- 
nection over Ethernet or other Local Area Network (LAN) 

50 technology such as token ring. The signaling data in the 
voice call can be Channel Associated Signaling (CAS), in 
which the signaling bits are isolated, time stamped, pack- 
aged in IP or ATM packets, and shipped to the originating 
signaling unit 120. 

55 Similarly, the terminating coding unit 150 is coupled by 
a backhaul signaling link 152 to a signaling apparatus such 
as terminating signaling unit 140. The terminating coding 
unit 150 is configured for receiving signaling messages from 
the terminating signaling unit 140 and appropriately trans- 

60 mitting them to the terminating node 160. Preferably, the 
coding units are implemented to be symmetrical, supporting 
the functionality of both the originating coding unit 110 and 
the terminating coding unit 150 as described herein. In fact, 
a single coding unit can performing the both the originating 

55 and terminating functionality for the same call. 

Alternatively, the signaling data can be Common Channel 
Signaling (CCS), such as an ISDN PRI, in which case the 
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signaling daia is direcily transported to the originating 
signaling unit 120. In an embodiment wherein originating 
node 100 implements a CCS signaling such as U.S. SS7 
signaling, the signaling data can be directly transmitted over 
link 113 to the originating signaling unit 120 bypassing the 
originating coding unit 110 entirely. Similarly, when termi- 
nating node 160 implements such signaling, the signaling 
data can be directly transmitted over link 153 from the 
terminating signaling unit 140 to the terminating node 160, 
bypassing the terminating coding unit 150. By these 
techniques, the originating signaling apparatus 120 is advan- 
tageously capable of receiving the signaling data associated 
with the voice call in a flexible manner, suitable for inter- 
facing with diverse legacy systems. 

The originating signaling unit 120 and the terminating 
signaling unit 140 implement a "virtual switch" and are 
responsible for processing and routing the signaling mes- 
sages that are exchanged to set up and tear down a voice 
connection. Thus, the signaling units perform such functions 
as call resolution, call routing, bearer selection, and genera - 
Lion of call detail records (CDRs) for billing management. In 
one embodiment, the signaling units also convert the legacy 
protocols of the originating node 100 and the terminating 
node 160, such as DPNSS, ISDN_PRI, SS7/C7 (including 
ISUPs, TUPs, and NUPs), H.323, SIP, or CAS, into mes- 
sages for communicating with one another and for control- 
ling a coding unit over control links 114 and 154. Control 
links 114 and 154 can be implemented over IP or ATM and, 
in fact, on the same channel as the respective backhaul 
signaling link 112 and 152, respectively. Through the control 
link, a coding unit is controlled by a signaling unit, for 
example, to establish a bearer channel for the voice data over 
the packet-switching network 130. 

In the configuration depicted in FIG. 1, a voice call from 
originating node 100 is received by the originating coding 
unit 110, which, if necessary, extracts the signaling data 
associated with the voice call and transmits the signaling 
data over the backhaul signaling link 112 to originating 
signaling unit 120. In response, the originating signaling unit 
120 obtains the network address of the originating coding 
unit 110 within the packet-switching network 130 by access- 
ing configuration data stored on the originating signaling 
unit 120, by querying the originating coding unit 110 over 
the control link 114, or by inquiring another computer 
system (not shown) such as domain name server (DNS). 

Next, the originating signaling unit 120 determines which 
terminating signaling unit 140 should receive the call by 
accessing internal routing tables or querying external sys- 
tems. After the originating signaling unit 120 has performed 
this call routing capability, the originating signaling unit 120 
transmits a signaling message, including information for 
establishing the voice and the network address of the origi- 
nating coding unit 110, through network 132 to terminating 
signaling unit 140. 

In response, the terminating signaling unit 140 determines 
which bearer should receive the call. After performing the 
bearer selection, the terminating signaling unit 140 controls 
the terminating coding unit 150 to establish a bearer channel 
for the voice through packet-switching network 130 and 
repackages the signaling messages for terminating node 160 
over backhaul signaling link 152. In this manner, a voice call 
that is originated from a legacy system 100 or terminated by 
a legacy system 160 is seamlessly established over the 
packet-switching network 130 without having to upgrade or 
replace the legacy systems. 

Hardware Overveiw 
In a preferred embodiment, the signaling units are imple- 
mented by protocol converters that are configured to act as 
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a virtual switch, but in alternative embodiments, especially 
where protocol conversion is not required, the signaling 
units are implemented directly as a virtual switch. A protocol 
converter is a telecommunications device capable of pro- 
5 ccssing and converting at least those messages for estab- 
lishing a connection between different protocols. For 
example, a protocol converter can convert messages 
between the DPNSS protocol and the ISDN protocol. In one 
configuration, the protocol converters are coupled to signal- 
10 ing network 132, which can be the same as the packet- 
switching network 130, and communicate with each other 
according to a common protocol regardless of the protocol 
of the respective legacy originating and terminating nodes. 
Consequently, legacy systems employing different protocols 
25 can communicate with one another voice over a packet- 
switching network. 

In a preferred embodiment, protocol converters that 
implement originating signaling unit 120 and the terminat- 
ing signaling unit 140 each comprise three abstract machine 
20 components that are instantiated for each call handled by the 
protocol converter. These abstract machine components are 
referred to as an originating call control (OCQ 122, a 
universal call model (UCM) 124, and a terminating call 
control (TCC) 126. The originating call control (OCC) 122, 
25 instantiated at the start of the call, converts signaling mes- 
sages between the protocol of the originating side, for 
example, DPNSS, and a non-protocol specific universal 
protocol. 

The universal call model (UCM) 124, typically instanti- 
30 ated at the start of the call, handles calls in the converted 
universal protocol, arranges for messages to be routed 
ultimately to the other protocol converter, and controls the 
originating coding unit 110 over a control link 114. The 
control link 114 can be implemented in various ways, 
35 including by an IP connection over a LAN. In an alternative 
embodiment, only two abstract machine components for the 
OCC 122 and the TCC 126 are implemented, with the 
functionality for the UCM 124 being distributed over the 
OCC 122 and the TCC 126. 
40 The terminating call control (TCC) 126, typically instan- 
tiated after routing analysis has determined the route, con- 
verts signaling messages between the universal protocol and 
the protocol that provides connectivity to the terminating 
signaling unit 140, which may in fact be different from the 
45 protocol of the terminating node 160. For the example, the 
protocol of the terminating signaling unit can be an exten- 
sion of Integrated Services Digital Network User Part 
(ISUP), described in more detail hereinafter and referred to 
as "XISUP", while the protocol of the terminating node 160 
so is a legacy protocol such as DPNSS. Likewise, the protocol 
converter that implements the terminating signaling unit 140 
includes an OCC 142, a UCM 144, and a TCC 146. 

One implementation of a protocol converter is described 
in more detail in the commonly assigned, co-pending U.S. 
55 patent application Ser. No. 08/904,295 entitled "Universal 
Protocol Conversion," filed on Jul 31, 1997 by Lev 
Wftsun, Clay H. Neighbors, David S. Turvene, Fred R. 
Rcdnor, Anatoly V. Boshkin, and Mikhail Rabinovitch, now 
U.S. Pat. No. 6,111,893 the entire contents of which are 
60 hereby incorporated by reference as if fully set forth herein. 
The above-referenced patent document discloses structural 
and functional details of an embodiment of a protocol 
converter that can be used to implement the originating 
signaling unit 120 and terminating signaling unit 140. For 
65 purposes of context in this document, however, an overview 
of such structures and functions in an alternative embodi- 
ment is now provided. 
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Referring to FIG. 2, the hardware components, computer 
system 200, of a protocol converter include a bus 202 or 
other communication mechanism for communicating infor- 
mation between internal components of the computer system 
200. A central processing unit ("CPU") 204, comprising one 
or more processors, is coupled with bus 202 for processing 
information. Computer system 200 also includes a main 
memory 206 coupled to bus 202 for storing information and 
instructions to be executed by CPU 204. Main memory 206 
typically includes a random access memory ("RAM") or 
other dynamic storage device, for storing temporary vari- 
ables or other intermediate information during execution of 
instructions to be executed by CPU 204. Main memory 206 
may also include a read only memory ("ROM") or other 
static storage device for storing static information and 
instructions for CPU 204. A storage device 208, such as a 
magnetic disk, magnetic tape, or optical disk, is provided 
and coupled to bus 202 for storing information and instruc- 
tions. 

In some implementations, computer system 200 includes 
a video card 210 coupled to bus 202 for controlling display 
unit 212, such as a cathode ray tube (CRT), a liquid crystal 
display (LCD), a video monitor or other display device, to 
display information to a computer user. An input device 214 
is coupled to bus 202 for communicating information and 
command selections from a user to CPU 204. Typically an 
input device includes a keyboard with alphanumeric, 
symbolic, and cursor direction keys for receiving input from 
a user in the form of commands and data entry and com- 
municating the input to CPU 204. The input device typically 
includes a cursor control input device, such as a mouse or a 
trackball, integral with or separate from the keyboard, for 
controlling cursor movement on display unit 212, and com- 
municating direction information and command selections 
to CPU 204. A cursor control input device typically has two 
degrees of freedom in two axes, a first axis (e.g., x) and a 
second axis (e.g., y), that allows the device to specify 
positions in a plane. In other implementations, these devices 
are connected to the computer system via a local area 
network such as Ethernet. 

Computer system 200 also includes a communication 
interface 218 coupled to bus 202 and comprising, for 
example, a plurality of I/O cards 218fl through 218;. Ten I/O 
cards 218a through 218; are shown in FIG. 2, but any 
number of I/O cards, modems, transceivers, or other I/O 
devices may be used. Communication interface 218 pro- 
vides a two-way data communication coupling to one or 
more coding units and zero or more other signaling units. 
Some of the I/O cards 218a-218; can be coupled directly to 
SS7 or DPNSS links via multiplexer/digital cross connect 
(not shown). 

At least one of the I/O cards, for example I/O card 218a, 
is coupled to a coding unit through control link 220. Com- 
munication interface 218 may include an integrated services 
digital network (ISDN) card, terminal adapter, or modem for 
providing a data communication connection to a correspond- 
ing type of telephone line. As another example, communi- 
cation interface 218 may include a local area network (LAN) 
card to provide a data communication connection to a 
compatible LAN, for example an Ethernet network. Wireless 
links, such as infrared, for communication interface 218 may 
also be implemented. In any such implementation, commu- 
nication interface 218 sends and receives electrical, electro- 
magnetic or optical signals that carry digital or analog data 
streams representing various types of information, in the 
form of carrier waves transporting the information. 

This configuration enables the use of a computer system 
200 for establishing voice connections in a packet-switching 
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network. For example, such functionality is provided by 
computer system 200 in response to CPU 204 executing one 
or more sequences of one or more instructions arranged in 
main memory 206. Such instructions may be written into 
5 main memory 206 from another computer-readable medium, 
such as storage device 208. Execution of the sequences of 
instructions contained in main memory 206 causes CPU 204 
ta perform the process steps described herein. One or more 
processors in a multi -processing arrangement may also be 

10 employed to execute the sequences of instructions contained 
in main memory 206. In alternative embodiments, hard- 
wired circuitry may be used in place of or in combination 
with software instructions to implement the invention. Thus, 
embodiments of the invention are not limited to any specific 

is combination of hardware circuitry and software. 

The term "computer-readable medium" as used herein 
refers to any medium that participates in providing instruc- 
tions to CPU 204 for execution. Such a medium may take 
many forms, including but not limited to non-volatile media, 

20 volatile media, and transmission media. Non-volatile media 
include, for example, optical or magnetic disks, such as 
storage device 208. Volatile media include dynamic 
memory, such as main memory 206. Transmission media 
include coaxial cables, copper wire and fiber optics, includ- 

25 ing the wires that constitute bus 202. Transmission media 
can also take the form of acoustic or light waves, such as 
those generated during radio frequency (RF) and infrared 
(IR) data communications. Common forms of computer- 
readable media include, for example, a floppy disk, a flexible 

30 disk, hard disk, magnetic tape, any other magnetic medium, 
a CD-ROM, DVD, any other optical medium, punch cards, 
paper tape, any other physical medium with patterns of 
holes, a RAM, a PROM, and EPROM, a FLASH-EPROM, 
any other memory chip or cartridge, a carrier wave as 

35 described hereinafter, or any other medium from which a 
computer can read. 

Various forms of computer readable media may be 
involved in carrying one or more sequences of one or more 
instructions to CPU 204 for execution. For example, the 

40 instructions may initially be borne on a magnetic disk of a 
remote computer and downloaded to computer system 202. 
The remote computer can load the instructions into its 
dynamic memory and send the instructions over a telephone 
line using a modem. A communications interface 218 local 

45 to computer system 200 can receive the data on a telephone 
line or other network or telecommunication link and place 
the data on bus 202. Bus 202 carries the data to main 
memory 206, from which CPU 204 retrieves and executes 
the instructions. The instructions received by main memory 

50 206 may optionally be stored on storage device 208 either 
before or after execution by CPU 204. The received instruc- 
tions may be executed by CPU 204 as it is received, and/or 
stored in storage device 208, or other non-volatile storage 
for later execution. In this manner, computer system 200 

55 may obtain application code in the form of a carrier wave. 

Software Aechitecture 

FIG. 3 schematically illustrates a software architecture 
relating to protocol conversion implemented on a computer 

60 system 200 of a protocol converter that implements origi- 
nating signaling unit 120 and terminating signaling unit 140. 
The software architecture includes an I/O subsystem 300 for 
handing OSI Layer 2 (data link layer) messages and a 
protocol conversion engine 310 for handling messages at 

65 OSI Layer 3 (network layer). I/O subsystem 300, containing 
I/O channel controllers 302, 304, and 306, is configured for 
handling incoming connection requests and other incoming 
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messages. For example, I/O subsystem 300 can convert OSI example, because the message is the first message pertaining 

Layer 2 frames and packets that transport the message into to a call. In that case, the originating protocol adapter 312 is 

an OSI Layer 3 networking protocol data unit, which is a designed to instantiate a new call instance 320 correspond- 

populated data structure that represents the contents of the ing to the particular phone call and to route the message into 
messages. Specifically, I/O subsystem 300 may be config- 5 the new call instance for further processing, 

ured to convert LAP-D (Link Access Protocol-D) frames or When a new call instance 320 is instantiated, for example 

Ethernet (rames into protocol data uniLs. Moreover, the I/O by originating protocol adapter 312, an appropriate channel 

subsystem 300 is also responsible for converting protocol for the call is determined based on an analysis of the content 

data units generated by the protocol conversion engine 310 0 f the incoming messages and the path by which the 
into frames and packets as appropriate for transmission in 10 message arrived. The logic for selecting a channel may be 

the telecommunications network. Each I/O channel control- static or dynamic. For example, static logic may be imple- 

ler 302, 304, and 306 is responsible for messages from a me nted by a hard-coded table in a configuration file resident 

network channel handled by a corresponding I/O card of i n storage device 208, and dynamic logic may be set up at 

communications interface 218. run-time based on such factors as channel availability. A 
The protocol conversion engine 310 includes a plurality 15 combination of static and dynamic techniques may be used 

of protocol adapters, implemented to support respective as well. The channel is associated with a particular termi- 

protocols or protocol families, and a number of call nating protocol adapter 316 and, hence, indicates the proper 

instances corresponding to each active call. A protocol I/O channel controller 306 and protocol on the terminating 

adapter is a software module responsible for interfacing the side. The terminating protocol adapter 316 can route mes- 
protocol conversion engine 310 with the I/O subsystem 300. 20 sages from associated call instances to the corresponding I/O 

Specifically, a protocol adapter, when loaded and executed, channel controller 306, to a network node, and ultimately to 

is configured to connect with I/O subsystem 300 in order to the destination telephone. In accordance with the 

route protocol-specific messages between an I/O channel bi-directional nature of protocol adapters, a terminating 

and the appropriate call instance. Multiple instances of the protocol adapter 316 is configured also to receive protocol- 
same protocol adapter may be loaded and executed, each of 25 specific messages from the terminating side of the network 

which is associated with a respective I/O channel. Although and pass them to the appropriate call instance. Likewise, an 

the proLocol adapters are fundamentally bi-directional, it is originating protocol adapter 312 can receive messages from 

convenient to refer to an originating protocol adapter 312, an a call instance 320 and pass them onto the corresponding I/O 

external protocol adapter 314, and a terminating protocol channel controller 302 for transmission to the appropriate 
adapter 316, based on their particular function during a call. 30 destination. 

Thus, a protocol adapter can be employed as an originating An external protocol adapter 314 is a special kind of 

protocol adapter 312 for one call and as a terminating protocol adapter for interconnecting the protocol converter 

protocol adapter 316 for another call. w j tn an external system involved with the call. For example, 

An originating protocol adapter 312 is capable of decod- the external protocol adapter 314 enables external systems to 
ing an incoming message to determine the call with which 35 be involved in real-time Intelligent Networking (IN) call 

the message is associated. Each message transmitted on a control such as Transaction Control Application Part 

signaling channel contains a protocol-dependent value that (TCAP) communications with a C7 network Service Control 

serves to disambiguate messages for different calls from the Point (SCP). As another example, external protocol adapter 

same logical signaling channel. Every telecommunications 314 can employ a proprietary protocol for communicating 

protocol provides some means for matching up a message 40 with an external Fraud Control System involved in non-real- 

with an associated call, for example, a specific call identifier time control over the call. For implementing voice over 

embedded in the message (e.g., the Call Reference field used packet -switching networks, the external protocol adapter 

in 1SDN__PRI) or the bearer channel identifier (e.g. with 314 is used for real-time communication with a coding unit 

DPNSS and SS7/ISUP), but the present invention, which is such as originating coding unit 110 and terminating coding 

capable of supporting many different protocols, is not lim- 45 unit 150. Accordingly, the external protocol adapter 314 is 

ited to any particular means of matching up messages with responsible for connecting with the appropriate I/O channel 

the associated calls. Also, each call is identified internally controller 304 in the I/O subsystem 300 for sending and 

with a unique integer identifier for the signaling unit, receiving messages with the coding unit and routing the 

referred to as a "Global Call Reference/' which is generated messages to and from the proper call instance 320. In 

when the call is first instantiated. The Global Call Reference 50 addition, external protocol adapter 314 is capable of instan- 

distinguishes simultaneously handled calls from one tiating one or more new call instances based upon a message 

another. When concatenated with a network or other iden- received from the external channel. In such an event, the 

tifier of the signaling unit, the Global Call Reference serves other protocol adapters 312 and 316 are directed to initiate 

to create a Universal Call Reference for the call that is a call from a logical "originating" node to a terminating 

unique for the network. 55 node. 

Accordingly, the originating protocol adapter 312 is con- A call instance 320 is instantiated by an originating 

figured to associate the Global Call Reference with a cor- protocol adapter 312 (or an external protocol adapter 314) 

responding call instance 320. The corresponding call for processing a call and performing protocol conversion, if 

instance 320 is responsible for processing the call, including necessary. A call instance 320 may be implemented in a 

converting, if necessary, the protocol from the originating 60 variety of ways, including by a separate process, thread, or 

side to be compatible with the protocol at the terminating an interruptible flow of execution that can be resumed, 

side. If the originating protocol adapter 312 can locate the When the call instance 320 is instantiated, memory for 

corresponding call instance 320 for the message, then the originating call control ("OCC") 322, universal call model 

protocol adapter 312 routes the message to the call instance ("UCM") 324, and terminating call control ("TCC") 326 is 

320 for further processing as described hereinafter. On the 65 allocated and initialized. The call instance 320 also contains 

other hand, the originating protocol adapter 312 may not be a call context 328, which is a region of memory for storing 

able to find the corresponding call instance 320, for information about the current call. Some call-related infor- 
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mation thai persists beyond the duration of the call may be 
stored in a database in main memory 206 or storage device 
208 to implement billing records. 

Preferably, OCC 322, UCM 324, and TCC 326 arc 
implemented as state machines by objects in an object- 
oriented programming language such as C++ or by other 
data structures in other programming languages. A state 
machine is an automaton that transitions from one of a finite 
number of states to another of those states in response to 
particular inputs. The output of a state machine occurs upon 
a state transition and is based on the destination state and 
typically also on the input and/or source state. The OCC 322, 
UCM 324, and TCC 326 state machines model a call from 
the perspective of the originating protocol, a universal 
protocol, and the terminating protocol, respectively. 

OCC 322 models a call from the perspective of the 
originating protocol. More specifically, OCC 322 receives 
messages in the originating protocol from originating pro- 
tocol adapter 312 and, in response, transitions from one state 
to another state, resulting in outputting a non-protocol 
specific (i.e., universal protocol specific) message to UCM 
324. Conversely, OCC 322 receives non-protocol specific 
messages from UCM 324 and, by responsive ly transitioning 
from one state to another, outputs originating protocol 
specific messages to originating protocol adapter 312. 

Likewise, TCC 326 models the call from the perspective 
of the terminating protocol. More specifically, TCC 326 
receives non-protocol specific messages from UCM 324 
and, by responsively transitioning from one state to another, 
outputs terminating protocol specific messages to terminat- 
ing protocol adapter 312. Conversely, TCC 326 receives 
messages in the terminating protocol from terminating pro- 
tocol adapter 316 and, in response, transitions from one state 
to another state, resulting in outputting a non -protocol 
specific (i.e., universal protocol specific) message to UCM 
324. 

UCM 324 manages the call according to a universal call 
model that uses the universal protocol produced by OCC 
322 and TCC 326. For the most part, UCM 324 merely 
passes the universal protocol messages between the OCC 
322 and TCC 326, thereby implementing a protocol con- 
version of the originating protocol into the terminating 
protocol via a universal protocol. UCM 324 may condition- 
ally send messages to OCC 322 and TCC 326, however, 
based on the capabilities and requirements of the originating 
and terminating protocols, respectively. For example, some 
protocols require acknowledgement messages to be sent in 
response to a call setup message and others protocols do not. 
In this case, UCM 324 is configured to determine whether 
the originating protocol needs the acknowledgement mes- 
sage and cause one to be generated, if needed. 

Since UCM 324 is positioned to intercept messages 
passed between the OCC 322 and the TCC 326, UCM 324 
can perform different kinds of message processing other 
than mere protocol conversion. In accordance with one 
embodiment of the present invention, UCM 324 is config- 
ured to implement feature transparency. Specifically, if the 
primary communication network 130 is unable to handle a 
particular feature even after protocol conversion, UCM 324 
arranges for the feature to be communicated over the aux- 
iliary communication network 132 using external I/O chan- 
nel controller 304, as described in more detail hereinafter. 

A Common Signaling Protocol 

In one embodiment, the signaling units 120 and 140 
communicate with each other over a network connection 



132 using a common signaling protocol, XISUP. The net- 
work connection 132 can be implemented over a packet- 
switching network. This common signaling protocol XISUP 
is an extension of Integrated Services Digital Network User 
Part (ISUP), which contains a universal call reference 
(UCR) in the message header for uniquely identifying the 
current voice call and a new Information Entity (IE) to carry 
coding unit related data between the signaling units. More 
specifically, the common protocol message header includes 
the fields listed in TABLE 1. 

TABLE 1 

HELPS OF COMMON PROTOCOL MESSAGE HEADER 
Field Length Description 

Protocol ID 1 Designates the protocol type for this packet, 

useful for distinguishing from other Ethernet 
packets 

Version 1 Version of the common protocol, for facilitating 

a phase development. 
Length 2 Number of bytes in the packet, not including the 

length of the Protocol ID or the Length field. 
Dest. SU 4 Address of the signaling unit that this message is 

directed toward, for example, an IP address. 
Org. SU 4 Address of the signaling unit that is sending this 

message, for example, an IP address. 
UCR 8 The Universal Call Reference specifies a system- 

wide identifier for a call. The UCR is generated 
by the signaling unit that received the initial call 
set up for the call and is passed in all messages 
to identify the call in a signaling unit. 
Msg Type 1 Message type, encoded according to existing 

[SUP message types (e.g., IAM, ACM, ANM, 
REL, and RLC). 

Msg Data variable Message data, encoded according to the message 
type as per the existing ISUP specifications. 
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Since the XISUP protocol is established for the facilitat- 
ing integration and intercommunication between different 
signaling units on a packet-switching network for establish- 
ing voice call over the packet-switching network, the XISUP 
protocol need not support each and every ISUP message to 
achieve the desired functionality. However, the XISUP pro- 
tocol preferably supports at least the following ISUP 
messages, with variation as explained herein, as set forth in 
TABLE 2. 

TABLE 2 

ISUP MESSAGES SUPPORTED BY XISUP PROTOCOL 



Message 



Description 



Initial Address 
Message (IAM) 



Address Complete 
Message (ACM) 
Subsequent Address 
Message (SAM) 
Answer Message 
(ANM) 

Release Message 
(REL) 

Release Complete 
Message (RLC) 



Same as the ISUP LAM, except with a 
new IE for a Connection Descriptor, that 
includes the network addxess of the 
originating coding unit 110 in. 
Same as to the ISUP ACM, except with 
a new IE for the Connection Descriptor. 
Same as to the ISUP SAM. 

Same as to the ISUP ANM. 

Same as to the ISUP REL. 

Same as to the ISUP RLC 



65 



Establishing a Voice Call Over a Packet-Switching 
Network 

FIG. 4 is a call flow diagram illustrating messages trans- 
mitted and received by originating coding unit 110, origi- 
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naiing signaling unit 120, terminating signaling unit 140, tasks such as sending back a "proceeding" message 404 to 

terniinatiug coding unit 150, in establishing a voice call the originating node 100 to acknowledge that the setup 

between originating node 100 and terminating node 160 message 402. 

through a packet-switching network 130. The left side of wtu„ n ,k„ nr\i \->i ~r • i- i->n 

i j ■ . ,u ii a c r ■ i When the UCM 124 ot originating signaling unit 120 

FIG. 4 depicts the call flow of messages performed bv < „,„„,•„„ j ,i,„ ..„,„„,„ , , .T.r/- mT. ... n/-w 

originating node 100, originating coding unit 110, and <^'vcd he universal protocol [Call] message, the UCM 

originating signaling unit 120 on the originating side of the J 24 " leCtS lh < bearer channel to be seized by the coding unit 

call. The right side of FIG. 4 depicts the call How of ^sed upon a bearer channel specifically requested or merely 

messages performed by terminating signaling unit 140, ' P refer [ ed ^ selu f ™essage, or upon an available 

terminating coding unit 150, and terminating node 160 on J0 ^annel on the assorted tmnk (for example, Tl or El line), 

the terminating side of the call. 10 Accord '°g»y. <"« UCM 124 generates and transmits a create 

. - 4 . . « « . „ connection message 406, specifying the bearer channel, 

When a user initiates a voice call a "setup" connection ,„ fa ex(en)a| ^ , J ' \* [ 

request message 402 is generated and ultimately transmitted ^ , * 4 J ' • 

by originating node 100 to originating coding unit 110, A - * . ■ , j V 

u*u ir j i_ i L i ». ■ i* create connection message 406 can be implemented accord- 

wh.ch grooms off and backhauls the signaling message to IS ■ lQ an ialc pro 8 tocol such as , £ RCX e ^ 

ongina ,ng s.gnaling umt 120 via backhaul agnakng l.nk ^ simpl / V Gi £ wav £ onlrol Pfotocol (SGCp) , ^ 

m. Al.ernat.vcly the set up message 420, m the case of InlerQat f onal Engin e ering Task Force (IETF) standard sub- 

SS7, is delivered directly to ongina ing s.gnaling unit 120 ^ „ Bel)c0 8 rc and ^ \ / 

from the trunk via link 113. This setup connection request 7 

message is protocol-specific and varies from protocol to 20 In res P° nse 10 lhe create connection message 406, the 

protocol. For example, in the DPNSS protocol, the connec- originating coding unit 110 seizes an endpoint for a bearer 

tion request message is an ISRM_C message, but, as channel specified in the create connection message 406 and 

another example, the connection request message would be associates a network address for the selected bearer channel, 

an Initial Address Message (LAM) in the Signaling System which can be an IP address P lus a P ort number. The 

7 (SS7) family of protocols. In yet another example, in the 25 orating coding unit 110 thereupon responds back to the 

ISDN family of protocols such as ISDN^PRI, the connec- originating signaling unit 120 over the control link 114 with 

tion request message is a Setup message. In most protocols, a messa S e 408 th at includes the network address of the 

the connection request message contains a call identifier, an originating coding unit 110. The create connection message 

originating number, and a terminating number. The origi- 408 can also 00013111 Parameters that indicate the capabilities 

nating number may be the number of the originating 30 ofthe ongmatmg coding unit 110, for example, the encoding 

telephone, and the terminating number may be altered in the and compression types the originating coding unit 110 

course of determining the terminating telephone. supports. 

The setup connection request message 402, when When lhis message 408 with the network address is 

received by originating signaling unit 120 through control received by the originating signaling unit 120, the originat- 

channel 222 from originating coding unit 110 or directly 35 m S signaling unit 120 resolves the call routing through 

from originating node 100, comes into I/O card 218c in network 132 to the terminating signaling unit 140, based on 

communications interface 218. A corresponding I/O channel dynamic techniques, static techniques such as provisioned 

controller 302, executing as part of I/O subsystem 300 on lookup tables, or a combination of dynamic and static 

computer system 200, unpacks the message into a protocol techniques. Once the appropriate terminating signaling unit 

data unit and submits it to the corresponding, originating 4 o 140 is identified, TCC 126 of the originating signaling unit 

protocol adapter 312. Since this message is a set up con- 120 generates and transmits an XISUP I AM message 410 to 

nection request 402, the originating protocol adapter 312 tne terminating signaling unit 140 with the standard ISUP 

cannot match the call identifier with an existing call IAM information plus the Universal Call Reference and the 

instance. Consequently, the originating protocol adapter 312 network address of the bearer channel on the originating 

instantiates a call instance containing OCC 122, UCM 124, 45 codin g unit 110 

and TCC 126 as specific embodiments of the OCC 322, Upon receipt of the XISUP IAM message 410 from the 

UCM 324, and TCC 326 described above in connection with originating signaling unit 120, the terminating signaling unit 

FIG. 3. Once the call instance is created, the protocol- 140 resolves the call routing down to the terminating coding 

specific connection request message is routed by the origi- unit 150 and terminating node 160 level. In addition, the 

nating protocol adapter 312 to OCC 122. 50 terminating signaling unit 140 issues a CRCX message 412 

OCC 122 of the originating signaling unit 120 is initially v ia SGCP and control link 154 to terminating coding unit 

in an "idle" state. At point 402 in the call flow diagram, OCC 150 for setting up a connection from the endpoint for 

122 receives the protocol -specific connection request mes- terminating node 160 to the bearer channel port of the 

sage-Xrom originating protocol adapter 312. In response, originating coding unit 110. In addition, the CRCX message 

OCC 122 transitions from the idle state to a protocol-specific 55 412 mav contain the parameters that indicate the capabilities 

state generally indicative of waiting for a ring. For example, of the originating coding unit 110. 

an OCC 122 implemented for the DPNSS protocol would The terminating coding unit 150 optionally initiates an 

enter a "wait for NAM" state. During the transition, OCC H.245 negotiation session 414 with the originating coding 

122 performs various operations including the unpacking of unit 110 using the network address of the bearer channel on 

the message into its component information, storing the 60 the originating coding unit 110 passed in the CRCX message 

information in the call context 328, and outputting of an 412. During the negotiation session 414, the originating 

internal, universal protocol "[Call]" message to UCM 124. coding unit 110 and the terminating coding unit 150 nego- 

In this example, the call context 328 includes, among other tiate appropriate compression and decoding levels, 

information, the originating telephone number, the destina- Alternatively, the terminating coding unit 150 may use the 

tion telephone number, and a flag that indicates the presence 65 capability parameters of the originating coding unit 110 in 

of a feature. In this example, the feature flag is "false." the CRCX message 412 and its own capabilities parameters 

Depending on the protocol, OCC 122 may perform other to determine the common capabilities. Accordingly, the 
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terminating coding unit 150 establishes a bearer channel 
circuit 416 on the bearer packet-switching network 130. The 
bearer channel circuit 416 may be one-way (terminating 
coding unit 150 to originating coding unit 110) or two-way. 
If successful, the terminating coding unit 150 responds back 5 
with a connection message 418 to terminating signaling unit 
140 over control link 154. The connection message 418 
contains the network address of the terminating coding unit 
150 and the negotiated parameters or the common capabili- 
ties as determined above. io 

Upon successful setup of the bearer channel or virtual 
circuit between the originating coding unit 110 and the 
terminating coding unit 150 as indicated by the connection 
message 418, the terminating signaling unit 140 sends a call 
setup message 420 via backhaul signaling link 152 to the 15 
terminating node 160. In response, the terminating node 160 
sends an alerting message 422, backhauled to the terminat- 
ing signaling unit 140, which is converted to an XISUP 
ACM message 424 to the originating signaling unit 120. The 
XISUP ACM message 424 contains the standard ISUP ACM 2 ° 
information plus the results of the H.245 negotiation, and for 
unidirectional protocols, such as RTP, the network address 
of the terminating coding unit 150. 

Thereupon, the originating signaling unit 120 generates 
and sends a modify connection request MDCX message 426 25 
to the originating coding unit 110 to cross connect the user 
side bearer with the network side bearer and thereby set up 
an end to end bearer path. The MDCX message 426 also 
contains the parameters negotiated between the originating 
coding unit 110 and the terminating coding unit 150. If the 30 
earlier establishment of the bearer channel 416 was one-way, 
then the connection is modified to include the reverse 
direction (from originating coding unit 110 to terminating 
coding unit 150), thereby becoming a bi-directional connec- 
tion. In addition, in response to the ACM message 424, the 35 
originating signaling unit 120 sends an Alerting message 
428 to originating node 100. 

When the person being called picks up the ringing 
telephone, this action results in the terminating node 160 4Q 
sending a connect message 430 to the terminating coding 
unit 150. The connect message 430 is backhauled to the 
terminating signaling unit 140, which sends in response an 
XISUP ANM message 432 to the originating signaling unit 
120. The originating signaling unit 120, in response, gen- 45 
e rates and transmits via the backhaul signaling link 112 a 
connect message 434 to the originating node 100 and 
ultimately to the originating telephone. At this point, the 
voice call is active. 

EXTENSIONS AND ALTERNATIVES 50 

While this invention has been described in connection 
with what is presently considered to be the most practical 
and preferred embodiment, it is to be understood that the 
invention is not limited to the disclosed embodiment, but on 55 
the contrary, is intended to cover various modifications and 
equivalent arrangements included within the spirit and scope 
of the appended claims. For example, an originating signal- 
ing unit can control multiple originating coding units, a 
terminating signaling unit can control multiple terminating 50 
coding units, and a single signaling unit can control an 
originating coding unit and a terminating coding unit, even 
on the same voice call. 

As one example, FIG. 5(a) illustrates a configuration 
wherein a single signaling unit 500 handles the voice call 65 
signaling processing for both the originating coding unit 110 
and the terminating coding unit 150. In this configuration, 
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the OCC 502 is responsible for communicating the signaling 
data with the originating coding unit 110 over link 112, and 
the TCC 506 is responsible for communicating the signaling 
data with the terminating coding unit 150 over link 152. The 
UCM 504 is responsible for controlling and querying the 
originating coding unit U0 over link 114 and the terminating 
coding unit 150 over link 154. 

Referring to FIG. 5(b), a single coding unit 510 can be 
controlled by a single signaling unit 500, wherein the coding 
unit 510 uses an exiernal connection through packet- 
switching network 130 to connect the originating and ter- 
minating channels. This connection can even be internal as 
shown in FIG. 5(c). 

What is claimed is: 

1. A signaling apparatus for establishing a voice call 
bearing voice data though a packet -switching network, com- 
prising: 

a first communication interface coupled to a first coding 
unit so as to communicate information with the first 
coding unit; 

a second communication interface coupled to a second 
coding unit so as to communicate information with the 
second coding unit; 

one or more processors coupled to the first communica- 
tion interface and the second communication interface; 
and 

a memory coupled to the one or more processors and 
comprising instructions which, when executed by the 
one or more processors, cause the signaling apparatus 
to perform the steps of: 

receiving signaling data for establishing the voice call; 
obtaining a network address of the first coding unit in 
the packet-switching network by 
transmitting, in response to receiving the signaling 
data, a first message to the first coding unit 
requesting the network address of the first coding 
unit, and 

receiving a second message from the first coding unit 
containing the network address of the first coding 
unit; and 

controlling the second coding unit to establish a bearer 
channel with the first coding unit for carrying the 
voice data through the packet-switching network, 
based on the network address. 

2. The signaling apparatus of claim 1, wherein signaling 
data for establishing the voice call was extracted from a 
trunk for the voice call by the first coding unit. 

3. The signaling apparatus of claim 1, wherein: 

the first communication interface is coupled to a second 
signaling apparatus so as to communicate signaling 
information between the first coding unit and the sec- 
ond signaling apparatus; 

the step of controlling a second coding unit to establish a 
bearer channel with the first coding unit for carrying the 
voice data through the packet-switching network, based 
on the network address includes the step of transmitting 
the signaling data and the network address of the first 
coding unit to the second signaling apparatus for con- 
trolling the second coding unit to establish the bearer 
channel with the first coding unit for carrying the voice 
data through the packet-switching network, based on 
the network address of the first coding unit. 

4. The signaling apparatus of claim 3, wherein the step of 
obtaining the network address of the first coding unit 
includes the steps of: 

transmitting, in response to receiving the signaling data, a 
first message to the first coding unit requesting the 
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network address of the first coding unit through the first 
communication interface; and 
receiving, through the first communication interface, a 
second message from the first coding unit containing 
the network address of the first coding unit. 

5. The signaling apparatus of claim 1, wherein: 

the second communication interface is further coupled to 
a second signaling apparatus; and 

the memory includes one or more additional instructions 
which, when executed by the one or more processors, 
cause the one or more processors to provide a signaling 
message to the second signaling apparatus, wherein the 
signaling message contains the signaling data and the 
network address of the first coding unit. 

6. The signaling apparatus of claim 5, wherein the step of 
controlling the second coding unit includes the step of 
transmitting, through the second communication interface, a 
control message to the second coding unit to establish the 
bearer channel, wherein the control message includes the 
network address of the first coding unit. 

7. A method of establishing a voice call bearing voice data 
through a packet-switching network, comprising: 

receiving signaling data for establishing the voice call; 
obtaining a network address of a first coding unit in the 
packet -switching network by 

transmitting, in response to receiving the signaling 
data, a first message to the first coding unit request- 
ing the network address of the first coding unit, and 

receiving a second message from the first coding unit 
containing the network address of the first coding 
unit; and 

controlling a second coding unit in the packet-switching 
network to establish a bearer channel with the first 
coding unit for carrying the voice data through the 
packet-switching network, based on the network 
address of the first coding unit in the packet-switching 
network. 

8. The method of claim 7, further comprising the first 
coding unit extracting the signaling data from the voice call. 

9. The method of claim 7, wherein controlling the second 
coding unit includes transmitting the signaling data and the 
network address of the first coding unit from a first signaling 
apparatus to a second signaling apparatus. 

10. The method of claim 9, wherein: 

receiving the signaling data includes receiving the signal- 
ing data at the first signaling apparatus; and 

transmitting the first message includes transmitting the 
first message from the first signaling apparatus. 

11. The method of claim 10, wherein controlling the 
second coding unit includes transmitting a control message 
from the second signaling apparatus to the second coding 
unit to establish the bearer channel, wherein the control 
message includes the network of the first coding unit. 

12. The method of claim 7, wherein controlling the second 
coding unit includes transmitting a control message to the 
second coding unit to establish the bearer channel, wherein 
the control message includes the network address of the first 
coding unit. 

13. The method of claim 12, wherein: 

receiving the signaling data includes receiving a signaling 
message from a first signaling apparatus by a second 
signaling apparatus, wherein the signaling message 
contains the signaling data and the network address of 
the first coding unit; 

obtaining the network address of the first coding unit 
includes extracting the network address of the first 
coding unit from the signaling message; and 
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transmitting the control message includes transmitting the 
control message from the second signaling apparatus. 

14. A computer-readable medium bearing instructions for 
establishing a voice call bearing voice data through a 
packet-switching network, said instructions arranged, when 
executed, for causing one or more processors to perform the 
steps of: 

receiving signaling data for establishing the voice call; 
obtaining a network address of a first coding unit in the 
packet-switching network by 

transmitting, in response to receiving the signaling 
data, a first message to the first coding unit request- 
ing the network address of the first coding unit, and 

receiving a second message from the first coding unit 
containing the network address of the first coding 
unit; and 

controlling a second coding unit in the packet-switching 
network to establish a bearer channel with the first 
coding unit for carrying the voice data through the 
packet-switching network, based on the network 
address of the first coding unit in the packet-switching 
network. 

15. The computer-readable medium of claim 14, wherein 
the step of controlling the second coding unit includes the 
step of transmitting the signaling data and the network 
address of the first coding unit from a first signaling appa- 
ratus to a second signaling apparatus. 

16. The computer-readable medium of claim 14, further 
comprising one or more additional instructions which, when 
executed by the one or more processors, cause the one or 
more processors to cause the first coding unit to extract the 
signaling data from the voice call. 

17. The computer-readable medium of claim 15, wherein: 
receiving the signaling data includes receiving the signal- 
ing data at the first signaling apparatus; and 

transmitting the first message includes transmitting the 
first message from the first signaling apparatus. 

18. The computer-readable medium of claim 14, wherein: 
receiving the signaling data includes receiving the signal- 
ing data at a first signaling apparatus; and 

transmitting the first message includes transmitting the 
first message from the first signaling apparatus. 

19. The computer-readable medium of claim 17, wherein 
the step of controlling the second coding unit includes the 
step of transmitting a control message to the second coding 
unit to establish the bearer channel, wherein the control 
message includes the network of the first coding unit. 

20. The computer-readable medium of claim 19, wherein: 
the step of receiving the signaling data includes the step 

of receiving a signaling message from a first signaling 
apparatus by a second signaling apparatus, wherein the 
signaling message contains the signaling data and the 
network address of the first coding unit; and 
the step of obtaining the network address of the first 
coding unit includes the step of extracting the network 
address of the first coding unit from the signaling 
message; and 

transmitting the control message includes transmitting the 
control message from the second signaling apparatus. 

21. A telecommunications network, comprising: 
a packet-switching network; 

a first coding unit coupled to the packet-switching net- 
work and a first node originating a voice call bearing 
voice data, configured to convert between multiplexed 
voice data and voice data packets, wherein the first 
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coding unit is further configured to extract signaling 
data associated with the voice call and transmit the 
signaling data to the first signaling apparatus; 

a second coding unit coupled to the packet-switching 
network and a second node terminating the voice call, 
configured to convert between multiplexed voice data 
and voice data packets; and 

a first signaling apparatus coupled to the first coding unit 
and the second coding unit; 

wherein the first coding unit is configured to transmit to 
the first signaling apparatus a network address of the 
first coding unit; 

wherein the second coding unit is controllable by the first 
signaling apparatus to establish a connection through 
the packet-switching network with the first coding unit 
for the voice call based on a network address of the first 
coding unit. 

22. The network of claim 21, wherein the packet- 
switching network includes an Internet Protocol (IP) net- 2 o 
work. 

23. The network of claim 22, wherein the IP network 
includes the Internet. 

24. The network of claim 21, wherein the packet- 
switching network includes an Asynchronous Transfer 2 s 
Mode (ATM) network. 

25. The network of claim 21, wherein the packet- 
switching network includes a frame relay network. 

26. The network of claim 21, wherein the first signaling 
apparatus is configured to perform the steps of: 

receiving signaling data for establishing the voice call; 
obtaining the network address of the first coding unit in 

the packet-switching network; and 
controlling the second coding unit to establish a bearer 

channel with the first coding unit for carrying the voice 

data through the packet-switching network, based on 

the network address. 
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27. The network of claim 26, wherein the step of obtain- 
ing the network address of the first coding unit includes the 
steps of: 

transmitting a first message to the first coding unit 
requesting the network address, in response to said 
receiving the signaling data; and 

receiving a second message from the first coding unit 
containing the network address. 

28. The network of claim 27, further comprising a second 
signaling apparatus coupled between the first signaling 
apparatus and the second coding unit so as to communicate 
information therebetween; 

wherein the step of controlling the second coding unit 
includes the step of transmitting the signaling data and 
the packet-switching network address to the second 
signaling apparatus. 

29. The network of claim 26, further comprising a second 
signaling apparatus coupled between the second coding unit 
and the first signaling apparatus so as to communicate 
information therebetween; 

wherein the step of controlling the second coding unit 
includes the step of transmitting a control message 
from the second signaling apparatus to the second 
coding unit to establish the bearer channel, wherein the 
control message includes the network address. 

30. The network of claim 29, wherein: 

the step of receiving the signaling data includes the step 
of receiving a signaling message from the first signal- 
ing apparatus, wherein the signaling message contains 
the signaling data and the network address; and 

the step of obtaining the network address includes the step 
of extracting the network address from the signaling 
message. 
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